RESTful APIのバージョン管理
RESTful APIのEndpointの設計
的な話
バージョン管理システムみたいなのないんですかね
mrsekut.icon
versionをURIに持たせない
query parameterや、HTTP headerに持たせる
https://cloud.google.com/blog/ja/products/gcp/versioning-apis-at-google
google
Semantic Versioning 2.0.0
に則るが、URLに含めるのはmejor verのみ
e.g.
coolcloudapi.googleapis.com/v1/coolthings/hoge
https://cloud.google.com/endpoints/docs/frameworks/java/handling-api-versioning
http://kenn.hatenablog.com/entry/2014/03/06/105249
https://www.infoq.com/jp/news/2016/07/web-api-versioning/
https://developer.ntt.com/ja/blog/b4c1431a-d0b4-4f83-b902-c89c28ee250a
https://qiita.com/ykkslvgs/items/7e4e9e025267d29fcc93
https://mitch-oka.medium.com/api%E3%81%AE%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%8B%E3%83%B3%E3%82%B0-42b5455fe88b
https://moonstruckdrops.github.io/blog/2015/02/18/api-life-cycle/
https://kenn.hatenablog.com/entry/2014/03/06/105249
古いAPIを廃止する
『現場で役立つシステム設計の原則』
p.253~
個々のAPIが小さければ、そもそもversion管理が不要
でもこれ、完全に同じ責務でinterfaceのみが異なる場合、別の名前をつける時に結局苦労しないか？